@hskoglund said in How to analyze a KIT environment variable:
Hi, in a .cpp file you can use getenv(), like this:
QString target = getenv("TARGET");
Or qEnvironmentVariable which returns a QString.
@aha_1980
Hi again!
I created a bug report at https://bugreports.qt.io/browse/QTCREATORBUG-23295, lets hope that someone finds a fix. Thanks for your time!
@iman4k
I don't know, I'm not a cross compile expert by any means.
I'm just telling you want I can see from the configure you posted.
Anyway, should be easy enough to add
according to this
https://doc.qt.io/qt-5/qtvirtualkeyboard-build.html
you can simply open the qtvirtualkeyboard source project with QtCreator and compile it, using your cross compile kit
@jsulm
Yep, absolutely, there is much to read/fiddle with, and may not be portable. May or may not work for OP's particular case. Anyway, whether this or your core dump suggestion (OP should look up how his target Linux OS handles core dumps allowed or not), he has a few approaches to consider now....
I had been having the same issue except using an iMX8 som. Using eglfs_kms platform plugin and setting QT_QPA_EGLFS_KMS_ATOMIC=1 seems to prevent any intermediate writes to the framebuffer. No more flicker before application startup.
AFAIK, the BPI is very close to the Raspberry Pi, you should take a look at this wiki entry.
By the way, why are you trying to build an outdated version of Qt ? The current LTS is the 5.9 series with 5.12 around the corner.
@SGaist
Thanks for the reply. Indeed you are wright. It is very easy actually. I just compiled qt4.8.6 for my system. Then I found the sqlite project in sqldrivers. Compiled this library for my system, copied it and it works!
Very easy. Learned again a lot!
Thank you all for the great support!
@Pablo-J.-Rogina
Thanks for the time to make example code.
It didn't work straight away, this because I use qt4.8 and you the newer one probably.
So I changed your code to the older syntax to get it working.
I would like to thank you and all others for there help!
Again I learned a lot!
Thanks for helping!
@TMJJ001 I would not run this software on your PC - how would it communicate over canbus?
Instead you can provide the possibility to connect to this software (server) over network and then write client software for your PC which connects to your server software on the embedded device.
The solution to that problem is to insert the following call to the constructor of the file processing class:
QTextCodec::setCodecForLocale(QTextCodec::codecForName("UTF-8"));
Concerning the shell:
I use BusyBox (its light) which doesn't provide locale and the environment variables like LANG=en_US.UTF-8.
For compiling BusyBox configurations can or have to be given containing
CONFIG_LAST_SUPPORTED_WCHAR=0
the number is the last displayable number of the Unicode list, 0 signifies that all characters shall be displayed, it was set to 767 which includes west European characters. The excluded characters are replaced by the character defined in the same configs, in my case it is "?".
